home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Just Call Me Internet
/
Just Call Me Internet.iso
/
com
/
othernet
/
fidonet
/
ffind108
/
filefind.doc
next >
Wrap
Text File
|
1993-10-17
|
15KB
|
325 lines
-*- File-Finder v1.08 -*-
Copyright (c) 1993 M.J.Matts
An easy to use network utility to enable users to search for the
existance and location of files simply by sending out a networked
message. It offers support for many vaired formats of file description
data files used by many BBS packages.
To use File-Finder you must create (or edit the example) a config
file named FILEFIND.CFG which must reside in the same folder as the
main FILEFIND.PRG file. This config file will enable File-Finder to
know where to search for files, what information about your system
will be placed into replies to enable a user to easily access your
system along with other things such as paths etc.. The following are
all the commands available for use within the config file.
Command: SYSOP <your name>
Example: sysop Mark Matts
Purpose: Used for information in replies.
Command: SYSTEM <your BBS or mail system's name>
Example: system System ST
Purpose: Used for information in replies.
Command: LOCATION <your location>
Example: location Leicester, UK
Purpose: Used for information in replies.
Command: PHONE <your telephonr number>
Example: phone +44 (0)533 413443
Purpose: Used for information in replies.
Command: BAUD <your systems baud rate>
Example: baud 1200/2400/9600
Purpose: Used for information in replies.
Command: TIMES <your online times>
Example: times 10pm to 7am
Purpose: Used for information in replies.
Command: ADDRESS <network address>
Example: address 90:100/101.0
Purpose: Used for information in replies. You can define upto 10
different addresses.
Command: MSGBASE <path & filename (no extender) to File-Finder msg base>
Example: MsgBase f:\nestware\filefind\msgbase\n_allfix
Purpose: Tells File-Finder which message base to scan for File-Finder
messages and also where to reply to them. **NOTE** Please make
sure this message base has been setup specifically to operate as
a file finder system. On the NeST network the base used for this
purpose is called N_ALLFIX and should be available from most
mailer systems. By defining multiple message bases (upto 10) you
can run File-Finder on different networks.. See config file for
example of multiple msgbase commands.
Command: FINDERNAME <name of TO: field to respond to>
Example: findername allfix
Purpose: Tells File-Finder what to check for and react to when scanning
for request messages. You can define upto 10 different
File-Finder names. Please note that this command is *NOT* case
sensitive so ALLFIX is treated the same as allfix. ALLFIX and
FILEFINDER are default settings so this command is only needed
when other finder names are to be used.
Command: LOGFILE <path & filename to log File to use>
Example: logfile f:\binkley\binkley.log
Purpose: Tells File-Finder which file to use for logging it's activity. A
BinkleyTerm format is used with FFDR as the text identifier. Log
entries will only be made if File-Finder actually does anything.
Command: MAXDESC <maximum number of description to allow in a reply>
Example: maxdesc 10
Purpose: Forces File-Finder not to include any more than the given
number of descriptions in a reply message. This should hopefully
avoid any excessively large messages being sent into the
networks. The maximum setting is 15 which is also the default so
this option is only of use if you wish to cut down the limit
since you cannot increase it above 15. This limit also applies to
replies sent to a description request..
Command: LOCK <filename>
Example: lock private.lzh
Purpose: Allows you to lock a named file from being included in a
File-Finder reply. You can define upto 100 locked files.
Command: FROMSYSOP
Example: fromsysop
Purpose: All replies sent out from your system will be addressed from your
sysop name as defined by the SYSOP command instead of the default
File-Finder.
Command: FROMSYSTEM
Example: fromsystem
Purpose: All replies sent out from your system will be addressed from your
system name as defined by the SYSTEM command instead of the
default File-Finder.
Command: SCANALL
Example: scanall
Purpose: Forces File-Finder to scan the entire message base each time it
is run rather then from the last read message.
-**- The following commands each make File-Finder look for -**-
-**- different description files which are used by the -**-
-**- relevant BBS package named. You may mix the BBS name -**-
-**- commands if your system uses more than just one type. -**-
-**- Depending on the type of BBs named the format of the -**-
-**- ACCESS command will be slightly different so please -**-
-**- take the time to read which format your setup uses. -**-
~~##~~
Command: QUICKBBS
Example: quickbbs
Purpose: This keyword will make File-Finder search a FILES.BBS file (in
QuickBBS format)in the path defined by the first parameter of the
relevant ACCESS commands.
-= Associated Commands & Formats =-
Command: ACCESS <path to file area> <[Area description]>
Example: access I:\COMMS\ [Communications Software]
~~##~~
Command: TURBO <path to *.FIL files>
Example: turbo h:\turbo\data\
Purpose: This keyword will make File-Finder search the given path
for any FIL files named for each area. (TurboBoard v2 format)
-= Associated Commands & Formats =-
Command: ACCESS <path to file area> <[Area description]> <{FIL name}>
Example: access I:\COMMS\ [Communications Software] {comms}
~~##~~
Command: FOREM
Example: Forem
Purpose: This keyword will make File-Finder search in the path given in
each access command for the named DIR file for each area.
-= Associated Commands & Formats =-
Command: ACCESS <path to file area> <[Area description]> <{DIR name}>
Example: access I:\COMMS\ [Communications Software] {comms}
~~##~~
Command: STKEEP
Example: stkeep
Purpose: This keyword will make File-Finder search in the FILES folder
which should be in the path defined by the first parameter of the
relevant ACCESS commands.
-= Associated Commands & Formats =-
Command: ACCESS <path to file area> <[Area description]>
Example: access I:\COMMS\ [Communications Software]
~~##~~
Command: EXPRESS
Example: express
Purpose: This keyword will make File-Finder search in the DESC folder which
should be in the path defined by the first parameter of the
relevant ACCESS commands.
-= Associated Commands & Formats =-
Command: ACCESS <path to file area> <[Area description]>
Example: access I:\COMMS\ [Communications Software]
~~##~~
Command: WIZFILE <path & filename of WIZfile description file>
Example: wizfile h:\wizfile\allfile.txt
Purpose: This keyword will make File-Finder search the file list
created by WIZfile, however, the file must be in the format
produced by pre WIZfile v1.30.
-= Associated Commands & Formats =-
Command: ACCESS <path to file area> <[Area description]>
Example: access I:\COMMS\ [Communications Software]
~~##~~
Command: NEWWIZFILE <path & filename of WIZfile description file>
Example: newwizfile h:\wizfile\files.bbs
Purpose: This keyword will make File-Finder search the new format of file
list created by WIZfile v1.03 using the -F option.
-= Associated Commands & Formats =-
Command: ACCESS <path to file area> <[Area description]>
Example: access I:\COMMS\ [Communications Software]
~~##~~
Command: RATSOFT <path to main RATSoftoft folder (config.dat)>
Example: ratsoft h:\ratsoft\
Purpose: Using this command you will NOt need to define any ACCESS
commands, all the ACCESS paths and area descriptions will be
taken directly from the RATSoft environment which is found by
using the path after this command.
-= Associated Commands & Formats =-
Command: RATLEVEL <maximum file/area level to scan>
Example: ratlevel 200
Purpose: Limits the files/areas to be scanned according to the access
level set. Default is 254 (ie 255 sysops only areas will be
ignored)
~~##~~
---**---
PLEASE NOTE THAT THE USE OF ANY OF THE BBS NAME COMMANDS WILL
ONLY BE NEEDED IF DESCRIPTIONS ARE TO BE INCLUDED IN A REPLY
MESSAGE OR THE DESCRIPTION SEARCH FEATURE IS TO BE USED.
FILE-FINDER GETS THE FILENAME, SIZE AND DATE BY SCANNING THE ACTUAL
FOLDER GIVEN IN EACH ACCESS COMMAND WHICH MEANS YOU DO NOT HAVE TO
BE RUNNING ANY SPECIFIC BBS PACKAGE TO BE ABLE TO USE THE PROGRAM.
THE ONLY THING LOST BY RUNNING AN UNSUPPORTED BBS WILL BE THE LACK
OF FILE DESCRIPTIONS. IF YOU WOULD LIKE TO HAVE YOUR BBS PACKAGE
SUPPORTED PLEASE SEND ME THE STRUCTURES & AN EXAMPLE OF ANY FILE(S)
WHICH HOLD THE FILE DESCRIPTIONS PLUS OTHER INFO WHICH WILL HELP ME.
---**---
Command: ACCESS (followed by parameters relevant to your BBS package)
Example: access I:\COMMS\ [Communications Software] {comms}
Purpose: The first parameter will tell File-Finder which path to search
for files which match the requested filename. You can define upto
300 different paths. The parameters enclosed in the square & curly
brackets are optional and is only used for information purposes
and may differ depending on the BBS setting used. If a file is
found in the path given it will be listed as being in the area
defined within the square brackets. Please refer to the above BBS
commands which will be suitable for you.
Thats all there is to it.. You can specify both any of the BBS name
commands if your system uses a mixture of both formats, ideal for
multiBBS systems. A check will be made for both file formats in each
area and the description will be taken from the first one found.
If File-Finder writes a reply to any File-Find enquiries it will exit
with an errorlevel of 1 therefore allowing you to run your exporter
if needed. An errorlevel of 0 is used in all other instances.
** How to use File-Finder **
To use the File-Finder system is very easy, basically all you do is
address a message in the relevant File-Finder message base to the
usual file search facility name, usually ALLFIX or FILEFINDER. Then on
the subject line you simply put the name of the file or description to
be searched for. Wildcards in filenames are allowed but to prevent
abuse of the system a strict wildcard minimum has been implemented,
this means that ? is NOT allowed as a wildcard at all, if a question
mark is found it will simply be removed from the file name, therefore
GEM?.PRG will be truncated to GEM.PRG.. You may use *.* but it *MUST*
be preceeded by at least 3 valid characters. For example to search for
STZIP.PRG you could use STZ*.*, STZIP.* etc.. To search for a file by
description you must put {desc:?????} on the subject line. A minimum
of 5 characters can be used which do NOT include spaces. If you DO NOT
want to have any descriptions sent back in a message include {NODESC}
after the filename... All commands can be mixed on the subject line so
a description search and filename search can be performed by the same
request message, however, the replies will be sent back in two seperate
messages, one for the filename search and one for the description
search. For example..
From: Mark Matts
To: File-finder
Subj: GFA*.* {nodesc} {desc:source}
This will return a message containing any filenames starting with GFA
without any descriptions included and also another reply list of any
files which have the word 'SOURCE' in their description, however the
descriptions again will NOT be included due to the use of the {nodesc}
command.
------
Valid 'subj:' line commands..
GFA*.* - File mask to be searched for (No '?'s to be used). The
example given is the minimum wildcard mask allowed, ie a
minimum of 3 characters must be present. Full filenames are
also acceptable.
{nodesc} - Requests that no descriptions be included in the answer.
{desc:?} - Description mask to be searched for, minimum of 5 chars.
{adr:?} - Replies will be sent only from systems matching the specific
network address mask given here. This field is also used in
conjunction with the {list:?} command.
{loc:?} - Replies will be sent only from systems matching the specific
location mask given here.
{list:?} - A verbose archive listing for the defined file will be
produced ONLY from the system named using the {adr:?}
command. If no {adr:?} is given the request will be ignored
by all systems. Wildcards are NOT allowed either, you may
only request a verbose listing for a full filename. the
ARJ, ARC, ZOO, ZIP & LZH archive formats are supported.
------
If you have any problems (or ideas) please contact me via the
following addresses:
Mark Matts @ NeST 90:100/101.0
FidoNet 2:255/320.0
AtariNet 51:6/4.0
Alternativly if you are connected to the NeST network why not join
the NESTWARE echo where myself and many other NeSTware programmers
can easily be contacted with bug reports, requests etc..